REMARKS 

The present invention is a method for scheduling data packets, a method of 
transmitting data packets and a transmission apparatus. Embodiments of the 
invention use a segmenter 12, 112 which segments each data packet into data 
segments as illustrated in Figs. 2 and 5. A slack value is assigned to each segment 
of the packet. The slack value is a function of a deadline for transmitting each data 
packet and an estimated transmission time necessary for the transmission of said 
data segments of the selected data stream. Fig. 1 illustrates the relationship 
between packet minimum transmission time, the aforementioned slack value, and a 
packet deadline. See paragraph [0022] for a discussion of slack value calculated 
based on the deadline by which the packet must complete its transmission and also 
the estimated minimum transmission time. 

Claims 1-3 and 5-12 stand rejected under 35 U.S.C. §102 as being 
anticipated by United States Patent 6,058,1 14 (Sethuram et al). This ground of 
rejection is traversed for the following reasons. 

Independent claim 1 recites: 

A method for scheduling data packets comprising: 

segmenting each data packet into data segments; 

assigning a slack value to each data segment of a packet, 
wherein the slack value is a function of a deadline for transmitting each 
data segment of the packet and an estimated transmission time 
necessary for transmission of the packet; and 

scheduling data segments for transmission based on slack 
values of data segments. 
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Independent claim 5 recites: 

A transmission apparatus comprising: 
a plurality of data streams; 

a transmitter connected to said plurality of data streams; 

a scheduler for determining which data stream will be serviced 
by said transmitter; and wherein 

said scheduler selects a data stream for sen/ice based on a 
slack value of data segments in each stream, wherein the slack value 
is a function of a deadline for transmitting each data segment and an 
estimated transmission time necessary for the transmission of said 
data segments of the selected data stream. 

and Independent claim 9 recites: 

The method of transmitting data comprising: 
connecting a transmitter to a plurality of data streams for 
transmission; 

assigning slack values to data in said data streams, said slack 
values being a function of a deadline for transmitting said data and an 
estimated transmission time necessary for transmission of said data of 
said data streams; and 

scheduling the data streams for transmission by said 
transmitter, said scheduling being determined by said slack values. 

As may be seen from the above quotation of the independent claims, data 
segments are scheduled for transmission based on slack values of data segments 
as recited in claim 1 , data streams are selected for service based on a slack value of 
data segments in each stream as recited in claim 5 and scheduling of data streams 
for transmission by a transmitter is scheduled determined by slack values as recited 
in claim 9. In each of independent claims 1 , 5 and 9, the slack value or slack values 
are defined as a function of a deadline for transmission and an estimated 
transmission time necessary for the transmission of the data segments and data. 
This subject matter has no counterpart in Sethuram et al. 

Sethuram et al disclose a system which prioritize and schedules ATM cells 
that are competing for a given time slot for transmission onto a network. See the 
first paragraph in the Brief Summary of the Invention. As is illustrated in Fig. 7F, the 
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time of transmission of an ATM cell is determined by time relationships measured 
from a current time. Those time relationships are an ideal time of transmission 744 
which is defined by the parameter allowed cell period (ACP) 750 which is provided 
by each virtual connection. The value ACP 750 is added to the current time 742 to 
obtain the ideal schedule time 744. A cell delay variation tolerance CDVT is 
provided for each signalling which is a QOS measurement which is specified by the 
ATM specification for the selected service. See column 9, lines 2-31. Subtracting of 
the quantity CDVT 752 from the ideal schedule time 754 generates the value for 
maturation time 723 which indicates the earliest time that a given ATM cell is desired 
to be scheduled. See column 7, lines 44-61. Moreover, adding the value of 
CDVT 752 to the ideal schedule time 744 generates the value for the expiration 
time 735. Expiration time is the latest time that a given ATM cell should be 
scheduled without violating the virtual connection services contract. See column 8, 
lines 8-12. 

The foregoing relationship of determining of how ATM packets are prioritized 
does not anticipate or render obvious the claimed slack times as recited in the 
claims. There is no reliance in Sethuram et al of a transmission time necessary for 
the transmission of the data segments or data as recited in the claims. The 
relationship in Sethuram et al is based on QOS which is fundamentally different. 

There is no basis in the record why a person of ordinary skill in the art would 
be led to modify Sethuram et al's teachings which utilizes QOS to control prioritizing 
and scheduling of ATM cells to that of the claimed invention which utilizes slack time 
which is a function of the deadline for the transmission of data segments or data and 
an estimated transmission time necessary for the transmission of the data segments 



or data. The claimed methodology provides splitting of the data into shorter 
segments making it possible to move parts of the packet independently which gives 
a scheduler more freedom to intersperse parts of the packet and to thus keep the 
flow more even. See paragraph [0018] of the Substitute Specification. 

The dependent claims 2, 3, and 5-12 define more specific aspects of the 
present invention which also are not anticipated by Sethuram et al. 

Claim 4 stands rejected under 35 U.S.C. §103 as being unpatentable over 
Sethuram et al as applied to claims 1-3 and 5-12 further in view of United States 
Patent 6,243,667 (Kerr et al). Kerr et al has been cited for a teaching of deletion of 
flow cache entries which are expired. However, the teachings of Kerr et al do not 
cure the deficiencies noted above with respect to Sethuram et al. 

Newly submitted claims 13-24 define a more specific aspect of the present 
invention in that the estimated transmission time is defined as the minimum 
transmission time necessary for transmission. This subject matter is supported by 
Fig. 1. 

In view of the foregoing amendments and remarks, it is submitted that each of 
the claims in the application is in condition for allowance. Accordingly, early 
allowance thereof is respectfully requested. 

To the extent necessary, Applicants petition for an extension of time under 
37 C.F.R. §1.136. Please charge any shortage in fees due in connection with the 
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filing of this paper, including extension of time fees, to Deposit Account No. 01-2135 
(017238689X00) and please credit any excess fees to such Deposit Account. 

Respectfully submitted, 

ANTONELLI, TERRY, STOUT & KRAUS, LLP 




Donald E/Stout 
Registration No. 26,422 
(703)312-6600 
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0172.38689X00 
NC 1718 US 

SUBSTITUTE SPECIFICATON 



METHOD FOR SCHEDULING PACKETIZED DATA TRAFFIC 
BACKGROUND OF THE INVENTION 

Field of the Invention 

rOQOn This invention relates g e nera l ly to a method for scheduling data 
streams and, more particularly, to a method for scheduling a packet based data 
stream using a slack value calculation. 

Description of the Backqroun dPrior Art 

f00021 In many networking arrangements, it is necessary for a plurality of data 
streams to be combined to share a limited number of channels or even a single 
line. This can happen, for example, in a wireless type network where a number of 
units are routed to a base station which is further connected through a single 
channel. Thus, the various streams going to the individual units must be handled 
through a single channel. Another similar situation is where various kinds of data 
streams, such as voice data, real time video data, email and other data are all 
handled through an Internet protocol network. These various different kinds of 
data must be combined into a limited number of channels or even a single 
channel for transmission. 



•1 • 



r00031 Whenever such data streams are merged, it is necessary to have some 
protocol for selecting the order in which they are placed in the channel. While the 
simplest solution may be a first come, first s e rv e d serve arrangement, this may 
not be the most effective since some data streams are more time sensitive than 
others. For example, voice signals cannot be delayed very much at all, whereas 
email messages may be delayed by a substantial amount. Accordingly, a number 
of protocols have been sought to provide fair and optimum criteria for multiple 
users so that delay is reduced, invalid data is minimized and data throughout is 
maximized. 

r00041 One attempt at such a scheduling method is referred to as deficit round 
robin where a fairness level is achieved by using a deficit counter and a quantum 
of service for each user flow which decides how long the flow should constantly 
be served before moving onto the next data flow. The maximum delay for 
revisiting a user is governed by the round duration in the scheduler and depends 
on the packet lengths and the number of flows in the system. However, this 
method is inefficient when lower bound delay requirements must be satisfied. 
This is because the packet may be delayed by a full round duration and since the 
maximum delay is governed by the round duration, it would be impossible to 
provide different delay bounds to different flows, thereby resulting in a high drop 
ratio of packets, that is, real time packets that exceed their delay requirements. 
r00051 In anoth e r ajnethod called the weighted fair queuing, the delay in a 
user packet flow is decreased by increasing the allocated service rate^-to and in 
another method referred to as earliest due date, each flow is served using a 
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deadline base strategy where the user with the packet of earliest deadline waiting 
to be scheduled is selected first. In these two systems, the transmission of a 
scheduled packet must be completed before scheduling another packet. 
Therefore, the delay guarantees of a packet depends on the length of another 
packet in a different flow sharing the same channel. Thus, a new short packet 
arriving in the system could time out while waiting for another packet of lower 
sensitivity to finish transmission. This leads to lower system throughput. Another 
drawback of the-weighted fair queuing scheduling is that the number of bits 
served in a scheduling round is proportional to the rate allocated to the flow. To 
reduce the delay for a flow, its allocated rate must be set-up to a higher volume 
before starting service of the flow. Given that the rate is fixed throughout service 
of the flow, the coupling between the rate allocation and the delay may lead to 
inefficient resource utilization. While a low value does not provide enough quality 
of service, a very large rate allocation leads to a waste of bandwidth. This is due 
to the rate fluctuations in a real time variable bit rate traffic. 

SUMMARY OF THE INVENTION 
r00061 Accordingly, the present invention provides a method for scheduling 
data flows from concurrent data streams. 

r00071 The present invention also provides a method for scheduling data 
streams by splitting packets into data segments. 

[00081 This invention further provides a method for scheduling data segments 
from different data streams using a slack measure for a scheduling decision. 
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r00091 The present invention still further provides the use of a slack 
measurement for data segment scheduling decisions where the slack value is 
based on its deadline and estimated transmission time. 
f00101 The present invention further provides an apparatus for segmenting 
incoming data traffic packets into data segments, for assigning slack time to each 
data segment and for scheduling the transmission of the packets based on the 
determined slack time. 

F00111 Briefly, the invention is achieved by providing a method for splitting a 
data packet into data segments which can be scheduled independently for 
transmission and using a slack measure as an input to the scheduling decision. 
The slack measurement provides a measure of how much cumulative time a 
packet can tolerate to wait and still meet its requirements. 

BRIEF DESCRIPTION OF THE DRAWINGS 

r00121 A more complete appreciation of the invention and many of the 
attendant advantages thereof will be readily obtained as the same becomes 
better understood by reference to the following detailed description when 
considered in connection with the accompanying drawings, wherein: 
r00131 Fig. 1 is a graph showing the measurement of the slack time; 
r00141 Fig. 2 is a block diagram showing an apparatus for scheduling data 
traffic according to the present invention; 

r00151 Fig. 3 is a flow chart showing the steps of the method for scheduling 
transmission according to the present invention; 
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r00161 Fig. 4 is a flow chart indicating the steps involved in a variation of the 
method of Figure 3; and 

r00171 Fig. 5 is a block diagram showing a second apparatus for scheduling 
data traffic according to the present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[00181 The present method is based on two-ideas steps . First, a data packet 
is split into data segments which can independently be scheduled for 
transmission. Secondly, a slack measure is calculated for each packet based on 
its quality of service requirements af*4- that could be assigned to the data 
segments to provide a measure of how much cumulative waiting time the packet 
can tolerate and still meet its necessary requirements. By splitting the packet into 
shorter data segments, it is possible to move parts of the packet independently 
which gives the scheduler more freedom to intersperse parts of the packet and to 
thus keep the flow more even. Thus, unlike other proposed methods, the present 
slack measure method supports the variation in delay bounds between different 
flows. This is due to the ability to monitor the requirements of each packet 
independently and, therefore, provide a dynamic priority allocation at the packet 
basis. Thus, it provides scheduling at the data segment level. This provides the 
scheduler with the capability of switching service between multiple packets. Thus, 
packets which are sensitive to delay do not have to wait until another packet 
transmission is complete if that packet can afford extra delay. This leads to an 
increase in the system throughput. 



r0019l The present method also allows for possibilities to look ahead and 
determine if a packet will exceed its requirements and, therefore, drop the packet 
completely before continuing or starting its service. This is useful in congestion 
control and for efficient utilization of the bandwidth. This is achieved by 
eliminating the allocation of bandwidths for packets that are not successfully 
extracted at the user end and using the bandwidth for other packets that are 
known to be successfully generated at the user end. This improves the quality of 
service as seen by the user and increases bandwidth utilization efficiency. 
r00201 The various data packets are split into data segments for scheduling 
and transmission. In packet cellular systems, the data segments correspond to 
the radio link control or multiple access control blocks. A data segment is 
transmitted individually over the transmission channel when a transmission 
opportunity is granted. Thus, in time division multiple access systems, a 
transmission opportunity is a time slot. In a wideband code division multiple 
access system, it is the utilization of the unique Walsh code in a radio frame. In 
this system, the radio frame is shared by multiple users using different Walsh 
codes. 

[00211 Once the packet is split into data segments, it is necessary for the 
scheduler to schedule the data segments. The segments are organized into a 
schedule in order to use the transmission opportunities which are available. 
Thus, for example, in a wireless link, where concurrent users are involved, the 
scheduler would schedule concurrent user traffic flows waiting for service on both 
the uplink and the downlink. However, the scheduling must be accomplished so 



that all user flows are served in a fair and optimum fashion that will meet the 
traffic constraints and maximize the system throughput. 
r00221 In order to determine the order in which the data segments from 
different flows should be arranged, the present method assigns a slack value for 
each packet. This value is then similarly assigned to each segment from that 
packet. The slack value is calculated based on the deadline by which the packet 
must complete its transmission and also the estimated minimum transmission 
time. This is graphically shown in F i gur e Fig. 1 where time is the variable in the 
horizontal direction starting at point O. The time necessary to transmit a packet, 
assuming no delays, is shown in the cross-hatched area extending from O to A. If 
the time deadline for transmitting the packet is given at point B, the slack time is 
the time between the transmission time and the deadline or as indicated in the 
Figure, AB. The slack value is a number which corresponds to this amount of 
time. Thus, the slack value is directly related to the amount of time that the 
segments from the packet can wait before transmission is started. This value can 
be measured in terms of the number of transmission opportunities that can be 
missed during the transmission of all the data segments of the packet. 
[00231 After the packet is segmented into data segments and the slack value 
is assigned to each of the segments, the segments wait for their turn. One 
manner of using the slack value is to give lower slack value segments priority over 
higher values^ Other methods may also be used by incorporating other criteria 
along with the slack value to determine priority. Every time the packet is not 
included in a transmission opportunity, its slack value is decreased. In terms of 
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F i gure Fig. 1 , the deadline B becomes closer to the current time O but the 
transmission time of the remaining data segments of the packet does not change 
so that the slack time AB becomes smaller. This indicates that the amount of 
time it can wait before transmission decreases. When a part of the packet is 
included in a transmission, the slack value does not change. This is because the 
amount of transmission time needed will be shortened by the same amount of 
time that the deadline is shortened. Thus, in Figure 1 , while B will get closer to O, 
A will also be closer to O by the same amount so that the slack time AB remains 
the same. When a segment has a slack value of zero, this indicates that it must 
be serviced at every upcoming transmission opportunity in order to meet its 
deadline requirement. Since the data segments of a packet all have the same 
value, these data segments all have a slack value of zero at the same time and 
thus they will all be transmitted at every transmission opportunity. 
r00241 Given the real time nature and variable bit rate characteristics of the 
traffic (such as real time video and streaming video) the present slack method 
dynamically organizes the transmission order of the packets in the system in 
order to meet quality of service requirements involving delay and jitter. 
[00251 This scheduling method is integrated with other systems and methods 
in the transmission device which also operate to control the transmission of the 
data. However, these other systems are not discussed herein since they do not 
effect the particular operation of the scheduling method. 

r00261 Pigwe- Fig. 2 shows an apparatus 10 for accomplishing this process. A 
plurality of data streams, labeled input user data traffic and indicated by the 
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arrows on the left hand side of the figure, are input into the system. They first 
enter a segmenter 12 which divides the packets into a series of data segments. 
The segments are stored in queues 14. The packets are also assigned a slack 
time value as discussed above, by the slack time assigner 16. This information is 
th e n stored, then used by the scheduler 18 which selects the data segments 
which are to be transmitted next. The scheduler outputs the selected data 
segments and sends them to transmitter 20 for transmission. It is possible for a 
single user to have more than one active data stream. Thus, more than one 
queue could hold data for the same user. 

r00271 Bgwe- Fiq. 3 is a flowchart showing the basic steps of the method 
described above. That is, in step 30, the incoming data traffic is segmented in 
order to form data segments. The slack time value is calculated in step 31 and 
then assigned to the packets in step 32. This value corresponds to the 
measurement of the slack time as discussed above in regard to Figure 1 . Based 
on the slack time, the schedule of data segments is determined in step 34. For 
segments which are not going to be transmitted immediately, the slack time value 
is recalculated in step 36 and the new slack time is inserted in step 32. Once the 
particular data segment is selected, it is then transmitted in step 38. 
1*00281 F i gur e Fig. 4 shows a procedure which can be included in step 34 to 
determine if a packet does not have any chance of being sent in time. In such a 
situation, it is better to not bother to waste time sending part of it since it will be 
useless at the other end anyway and since the time can better be spent on 
generating other segments. Accordingly, when a segment is being considered for 
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the schedule in step 34 in F i gur e Fig. 3. instead the arrangement in Figur e Fig. 4 
can be used. That is, first the packet is examined to determine if it will exceed the 
amount of time that it has available and thus not be suitable for sending. If it does 
not exceed these requirements, it then is scheduled for transmission in the normal 
course of the method as described above. However, if it does exceed these 
requirements then the entire packet is deleted as indicated in step 42. 
[00291 F i gur e Fig. 5 shows an alternative arrangement 1 10 to the apparatus of 
F i gur e Fig. 2 i nc l ud i ng an apparatus 110 . Input user data traffic is still indicated 
by arrows on the left hand side of the figure. Tfrev- The data traffic first enters a 
segment calculator which calculates the slack time for the entire packet. The 
entire packet is then placed in queues 114. Segmenter 112 operates on the 
packets as they reach the front of the queue and after the scheduler 118 selects it 
for transmission. The segmenter 112 will generate only one data segment from 
the packet based on the data segment length available from the transmitter for 
the current transmission opportunity. Thus, the data segment limit length can 
vary at any time. The transmitter is aware of this change and will send 
information regarding the new data segment length value to the segmenter and 
the segment calculator. Thus, in this arrangement the slack value is assigned to 
the entire packet and not a single segment. Thus, all segments of the same 
packet have the same slack value. Any recalculating of the slack value for one 
segment requires the same value for all of their data segments in the same 
packet. 
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r00301 The slack process described above can be implemented at any node in 
the network where scheduling is required so that different delay guarantees or 
packets of different traffic flows can be accomplished. It can also be used in 
scheduling non-real time traffic with some delay requirements to provide a fair 
allocation of fair transmission media. Although a discussion has assumed the 
sen/ice of Internet protocol packets, it can also be applied with any packet data 
sen/ice which must meet some delay and/or jitter constraints. 
r00311 Numerous additional modifications and variations of the present 
invention are possible in light of the above teachings. It is, therefore, to be 
understood that within the scope of the appended claims T and the invention may 
be practiced otherwise than as specifically described herein. 
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ABSTRACT OF THE DISCLOSURE 



A method for scheduling data packets from a plurality of flows into a single 
flow. Data packets are broken into data segments and assigned a slack value 
based on how long the segment can wait until transmission begins. Every time a 
transmission opportunity passes, the slack value of the segment is decreased. 
The scheduler prioritizes the segments based on their slack value. 
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